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(54) Network service for adaptive mobile applications 



(57) A network service for providing data associated 
with a network to an application server is provided. The 
network service permits optimal use of adaptive appli- 
cations, so that applications such as audio, video and 
web-transcoding can be implemented in conjunction 
with mobile wireless devices via a wireless network, 
even in the presence of dynamically-shifting network 



channel conditions. The network service may operate 
by receiving network performance information, translat- 
ing the network performance information into abstracted 
data in a format compatible with the application server 
and sending the abstracted data to the application serv- 
er. In this way, adaptive applications can be implement- 
ed in a standardized and efficient manner. 
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Description 
Priority Information 

[0001] This application claims priority to Provisional 
Application No. 60/264,968, which was filed on January 
30 2001. and which is hereby incorporated herein by 
reference. 

Background of the Invention 

Field of the Invention 

[0002] The invention relates to adaptive applications 
employed by wireless devices. More specifically, the in- 
vention ^elates to an efficient and standard way of ac- 
cessing wireless channel conditions within a network, 
sc that opiimal application adaptation can occur accord- 
ingly 

Description ot the Related Art 

[0003] Wiiclcss networks exist which allow primarily 
mobiic dev ccs tc communicate with one another via a 
network inl-astructuro employed by a service provider. 
Conventional cell jlar telephone technology is an exam- 
ple ot such networks and their use. 
[0004] As nmhiio devices and network infrastructures 
have become mnro developed in terms of memory, 
processing power, transmission techniques, etc., a wid- 
er range ol applications have become available to users 
of the mobile devices. For example, many mobile devic- 
es employ email, audio, video. World Wide Web access, 
Web-content transcoding (e.g., changing page, layout 
due to content, presentation and/or bandwidth con- 
cerns) and various other types of applications, depend- 
ing on the capability of the individual mobile device as 
well as the services provided by a corresponding service 
provider (and selected by the user). 
[0005] Nonetheless, the resources and capabilities of 
such mobile devices and network infrastructures are far 
from limitless. In particular, various network channel 
conditions restrict the mobile devices and their associ- 
ated network(s) irom being utilized to the full extent of 
theircapabiiitios. Such channel conditions are generally 
well-known, and include, for example, interference, fade 
and lack of available bandwidth (for example, due to 
high network usage rates). 

[0006] Adaptive modulation, coding, power control 
and other resource management techniques have been 
developed lor use in future generations of wireless tech- 
nologies and networks (i.e., "3G Wireless Networks"). 
Such techniques require the sharing of a wealth of chan- 
nel-condition information at the network level, so that 
service providers may allocate resources to individual 
users accordingly. Service providers thereby achieve 
overall improved network performance. However, these 
techniques cause individual mobile clients to experi- 



ence constantly changing wireless-channel perform- 
ance as a function of their time-of-use and location. 
[0007] Also, "adaptive applications" have been devel- 
oped for use at the server, proxy and/or client level. The 

5 "adaptive applications" are especially designed for mo- 
bile devices and wireless networks . such that the appli- 
cations are capable of adapting to various changes or 
differences in their network environments. Such adap- 
tive applications are especially important in light of the 

to resource-allocation techniques just discussed in the 
context of 3G Wireless Networks, and are also helpful 
in coping with many other network/device characteris- 
tics, including varying form factors, low bandwidth, high 
error rates and mobility. 

is [0008] For example, adaptive applications may be uti- 
lized to manage optimally the downloading (or upload- 
ing) of concurrent information flows. Adaptive applica- 
tions may also be used to download only a portion of 
available information when necessary or expedient, e. 

20 g. ; downloading only a text/audio portion of a presenta- 
tion, without a video portion. 

[0009] Conventional adaptive applications are imple- 
mented at a level of the applications themselves, while 
others arc implemented transparently. No such conven- 
es tional adaptive applications, in the context of an individ- 
ual mobile device, however, are capable of functioning 
in an optimal manner based only on information collect- 
ed by the individual mobile device. This is because such 
individual mobile devices do not have access to net- 
30 work-level channel-condition information discussed 
above, and so cannot adapt to such conditions accord- 
ingly. 

[0010] Unfortunately, channel-condition information 
is typically only available at lower levels of wireless pro- 

35 tocol stacks, such as at the physical layer and/or Medi- 
um Access Control (MAC) layer. Moreover, the various 
performance metrics used to characterize the channel 
condition often take many different forms specific to cor- 
responding underlying wireless interfaces. In short, no 

■to known conventional solution exists for providing chan- 
nel-condition information to mobile devices for use by 
adaptive applications. 

[0011] Therefore, a need exists for a system and 
method for providing adaptive mobile applications with 
is network-level channel-condition information in a stand- 
ard and efficient manner, so that the adaptive applica- 
tions can perform their desired functionality in an oplimal 
manner. 

so Summary of the Invention 

[0012] The invention relates to a network service for 
providing data associated with a network to an applica- 
tion server. The network service permits optimal use of 
55 adaptive applications, so that applications such as, for 
example, audio, video and web-transcoding can be im- 
plemented in conjunction with mobile wireless devices 
via a wireless network, even in the presence of dynam- 
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ically-shifting network channel conditions. In one em- 
bodiment, the network service operates by receiving 
network-performance information, translating the net- 
work-performance information into abstracted data in a 
format compatible with the application server and send- 
ing the abstracted data to the application server. In this 
way. adaptive applications can be implemented in a 
standardized and efficient manner. 
[0013] In a second embodiment, the invention relates 
to a system for providing data associated with a network 
to an application server. The system can include a net- 
work interface configured to access network-perform- 
ance information from a network, as well as an abstrac- 
ts engine coupled to the network interface. The ab- 
straction engine may be configured to translate the net- 
work performance information into abstracted data in a 
format compatible with the application server. Finally, an 
application interface may be coupled to the abstraction 
engine, and configured to send the abstracted data to 
1 1 io application server. 

[0014] In a third embodiment, the invention relates to 
a method for receiving network data at an application 
server. The method can include receiving abstracted da- 
ta including network-performance information that has 
been translated into abstracted data in a format com- 
pel ibe with an application server. The method can fur- 
ther include adapting the operation of the application 
scivor based on the abstracted data. 
[0015] The features and advantages of the invention 
will become apparent from the following drawings and 
description. 

Brief Description of the Drawings 

[0016] The invention is described with reference to 
the accompanying drawings. In the drawings, like refer- 
ence numbers indicate identical or functionally similar 
elements. Additionally, the left-most digit(s) of a refer- 
ence number identifies the drawing in which the refer- 
ence number first appears. 

Fig. 1 shows a general network model according to 
an embodiment of the invention. 
Fig 2 is a flow chart demonstrating a methodology 
for implementing the embodiment of Fig 1. 

Detailed Description 

[001 7] While the invention is described below with re- 
spect to various embodiments, the invention is not lim- 
ited to only those embodiments that are disclosed. Other 
embodiments can be implemented by those skilled in 
the art without departing from the spirit and scope of the 
invention. 

[0018] In one embodiment of the invention, a network 
service is provided that processes channel-condition in- 
formation for subsequent provision to adaptive mobile 
applications. The channel-condition information is effi- 



ciently processed, and thereafter presented to the adap- 
tive applications in a standardized manner. In this way, 
the applications, even on a variety of platforms, are 
thereby aided in their adaptation processes. 

5 [0019] In a further embodiment, the channel informa- 
tion includes a variety of known link-level performance 
metrics collected at the Physical (PHY) and/or Medium 
Access Control (MAC) layer(s). Such metrics might in- 
clude, for example, Received Signal Strength Indicator 

10 (RSSI), Forward/Reverse Block Error Rate (FBLER/ 
RBLER), Signal to Interference/Noise Ratio (SINR) and 
Block Error Rate (BLER). 

[0020] In one embodiment of the invention, the per- 
formance metrics collected at the PHY/MAC layers are 
15 not communicated to the adaptive application layers via 
inter-layer communications interfaces. Rather, access 
between the layers is facilitated via a form of network 
service somewhat analogous to a conventional Domain 
Name Server (DNS) that relates Internet Protocol (IP) 
20 addresses to natural-language seiver names in the 
World Wide Web context. This network service will al- 
ternately be referred to hereinafter at the Wireless 
Channel Information (WCI) service. 
[0021] One implementation of the invention involves 
25 taking advantage of channel-condition information dur- 
ing operation of a conventional 3G Wireless Network (or 
similar wireless network), in which channel-condition in- 
formation is collected for the various known network-lev- 
el purposes such as ; for example, channel assignment, 
30 hand-off, modulation selections, buffer management, 
error recovery and accounting. The channel-condition 
information can be collected by the WCI from various 
network elements in the wireless network, as necessary 
to obtain a sufficiently accurate assessment of current 
35 channel conditions. 

[0022] The WCI service can then translate the collect- 
ed channel-condition information into an abstracted 
standardized format that can be understood at an appli- 
cation layer by the WCI network service just referred to, 
•*o and provide the abstracted information to an application 
server in communication with the various mobile devic- 
es on the wireless network. In this way, the various ap- 
plications will be able to access information in a manner 
that will permit them to optimally adapt their functionality. 
43 Definitions and rules by which the PHY/MAC layer in- 
formation can be abstracted for example by using tech- 
niques such as Resource Description Framework (RDF) 
or Document Type Definition (DTD) using Extensible 
Markup Language (XML) standards. 
so [0023] According to this embodiment of the invention, 
neither adaptive applications nor their operating system 
(s) need to access and/or process tho coWcctcd PHY/ 
MAC parameters, which are often specific to particular 
wireless devices and interface technologies, as referred 
55 to above. Moreover, by utilizing existing channel-condi- 
tion information, precious radio resources are not wast- 
ed in transmitting such information between mobile cli- 
ent applications and server applications at the precise 
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time when radio links are already presumably degraded. 
[0024] Also, wide-area wireless data network opera- 
tors usually have full control over their networks. Thus., 
they have access to all necessary information in the net- 
work: and will be able to control via the proposed WCI 
network service how they are presented and communi- 
cated to applications in and outside of their networks. 
The network service should process and abstract raw 
channel-condition values gathered from wireless net- 
work elements into a set of clearly defined performance 
metrics and provide them in a flexible manner to adap- 
tive applications on servers, proxies : and mobile clients. 
[0025] The above description of various embodi- 
ments of the invention generally describe some of the 
methodologies by which the invention provides an ena- 
bling mechanism for providing a standard way for adap- 
tive applications to access wireless channel conditions. 
A particular embodiment of the invention, and related 
concepts, are herein below discussed in more detail with 
respect to Figs. 1 and 2. 

[0026] Fig. 1 shows a general network model accord- 
ing to an embodiment of the invention. In Fig. 1 , mobile 
client 118. base station 116, application server 114 and 
Wireless Channel Information (WCI) network service 
server (WCI server) 1 00 each communicate via network 
112. 

[0027] Network 112 can comprise a wireless access 
network with which the mobile client(s) 118 communi- 
cates over wireless links, as well as one or more wired 
networks where mobile applications servers 114 or 
proxies reside (i.e., a server network). This type of net- 
work scenario is common for many conventional wide- 
area wireless networks. Note that, as is known, a wire- 
less access network can also double as a server net- 
work, if the network contains mobile application servers 
and/or proxies. Similarly, many conventional adaptive 
mobile applications involve servers, proxies and mobile 
clients such as described with respect to Fig. 1 . in which 
most adaptation processes are performed at the servers 
or proxies inside wired networks. Such configurations 
are known to alleviate various wireless and mobility re- 
lated difficulties for mobile clients. 
[0028] In Fig. 1 . WCI server 100 implements this em- 
bodiment of the invention. More specifically, the WCI 
server 100 implements the functionalities described 
above of interfacing with various network elements in 
the wireless access network, often via unique interfaces 
and protocols specific to the network technology, using 
network interface 106. In this way, WCI server 100 col- 
lects various parameters related to wireless channel 
conditions for the mobile client device 118. Based on 
these parameters, abstraction engine 108 can then ab- 
stract clearly-defined values of channel condition pa- 
rameters (such as bandwidth and latency) in formats 
that applications can use. These definitions are agreed 
and specified using RDF or DTD techniques based on 
XML, as referred to above and discussed in more detail 
below. The transition from raw numerical measure- 



ments of channel condition parameters into an abstract- 
ed, standardized format takes place within translator 
120. These results are dynamically communicated via 
application interface 110, via network 112, to adaptive 
5 applications in the sender network represented by appli- 
cation server 1 1 4, to aid their adaptation decisions. The 
results can also be delivered to mobile clients 118 for 
similar purposes, if helpful and/or necessary. 
[0029] Fig. 2 is a flowchart 200 demonstrating a meth- 
io odology for implementing the embodiment of Fig. 1 . 
[0030] In step 202. it is assumed that a mobile client, 
a server, or a proxy has initiated., intercepted or is oth- 
erwise participating in a mobile application session 
across a wireless access network. WCI server 100 re- 
's ceives a request, via application interface 110, from ap- 
plication server 1 1 4 (or a proxy server, not shown) for 
network performance information. The server or proxy 
may locate the WCI server 100 via SLP (Service Loca- 
tion Protocol), DNS (Directory Name Service), CC/PP 
profile, or WAP UAProf. 

[0031] In step 204, WCI server 100 authenticates the 
other party and verifies if the party is authorized by the 
network or the mobile client to interact with the server 
or the proxy. In step 206, assuming successful authori- 
zation/authentication, WCI server 100 requests network 
performance information from the network. Thereafter, 
in step 208, WCI server 100 receives network-perform- 
ance information from the network (e.g., from a repre- 
sentative cross -section of various network elements). 
[0032] In step 210, WCI server 100, using translator 
120 within abstraction engine 108. translates the net- 
work-performance information into abstracted data. In 
step 21 2, the abstracted data is sent to application serv- 
er 1 1 4 via application interface 110, and received at the 
application server at step 214. Then, beginning in step 
216, application server can adapt its operation based 
on the abstracted data. 

[0033] In step 21 6, requested service and the specif- 
ics of parameters are negotiated within profiles allowed 
by the mobile client 118 and/or a policy set by the wire- 
less access network using XML objects, as discussed 
below. If possible and/or necessary, an event notifica- 
tion queue can be created for the session for hand-off 
or other specified changes in channel conditions. 
[0034] Thereafter, the adaptive mobile application 
session is continued with timely and accurate adapta- 
tion being performed based on the information provided 
by the WCI server 1 00. The WCI server 1 00 obtains raw 
parameters from base stations and other network ele- 
ments to derive the negotiated parameters (i.e., net- 
work-performance information) for the server or the 
proxy. For example, the mobile client's uplink and down- 
link SINR is used to predict/estimate packet error prob- 
ability for the specified data flow and it is reported to the 
server/proxy periodically, upon request, or when a cer- 
tain amount of change is detected. If a video stream is 
being transmitted to the mobile client, the server may 
change the block error correction coding scheme ac- 
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cording to the present packet error rate. When no longer 
needed, the service is terminated and the associated 
resources are released. 

[0035] The above-described network service is ad- 
vantageous over a protocol and/or Application Program 
Interface (API) for direct server-client channel condition 
communication of wireless channel conditions. Some of 
the advantages of the former over the latter are referred 
to above; they are discussed in more detail below. 
[0036] A protocol and/or Application Program Inter- 
face (API) for direct server-client channel condition com- 
munication of wireless channel conditions has at least 
the following disadvantages. First precious radio re- 
sources are consumed for exchanging channel-condi- 
tion information between client and server applications. 
Second, uplink channel conditions are often not availa- 
ble at mobile clients unless reported back from base sta- 
tions. Third, Operating System (OS) level support is 
used lo access detailed channel conditions by mobile 
applications because PHY/MAC layer functions are 
mostly hidden from the application layer. Fourth, each 
different wireless technology has somewhat different 
parameters and methods to indicate channel conditions. 
Thus, putting the interpretation of such parameters into 
applications and/or operating systems requires multi- 
tudes of system specific implementations at all mobile 
clients. Fifth, it requires a large population of mobile cli- 
ents to implement such measures to justify the cost and 
effort of deploying adaptive applications in servers and 
proxies. Then again, it requires compelling adaptive ap- 
plications to justify deploying such mobile clients. Thus, 
there is a "chicken and the egg" conundrum with respect 
to the direct server-client channel condition communi- 
cation of wireless channel conditions. 
[0037] On the other hand, at least the following ad- 
vantages exist for providing a network service for WCI 
in wide-area wireless networks. First, rich information is 
already available on wireless channel conditions for 
both uplink and downlink inside wide-area wireless ac- 
cess networks. Thus, channel conditions can be accu- 
rately and efficiently estimated. Second, no radio re- 
source is wasted for communicating channel conditions 
at application layer. Third, WCI service can be imple- 
mented once by wireless network operators that support 
a large number of mobile clients, which enables the im- 
mediate use of "transparent" adaptive applications for 
many mobile applications such as web-transcoding 
without modifications on client-side applications or OS. 
Thus, nontransparent applications can be gradually de- 
ployed thereafter at a later time. Fourth, by providing a 
standard way to access WCI services, adaptive appli- 
cations and/or OS support for them do not need to be 
custom-written specifically for different wireless network 
technologies. One version should work over them all. 
[0036] According to a software architecture of the 
WCI service in relation to adaptive applications and 
wkeless network elements, the WCI server essentially 
has the two interfaces described above; i.e.. application 



interface 110 and the network interface 106. Between 
these two interfaces, the WCI service has the abstrac- 
tion engine 108 to process raw data obtained from the 
wireless access network elements and produce clearly 

5 defined and meaningful parameters such as. for exam- 
ple, "available bandwidth without error." IP packet error 
rate at a given packet size, and latency. The application 
interface 1 1 0 may use standard-based protocols for da- 
ta exchange, and standard formats for parameters. The 

10 network interface 1 06 may use various protocols such 
as Simple Network Management Protocol (SNMP) and/ 
or other network-specific interfaces to obtain necessary 
parameters. 

[0039] Adaptive applications and WCI services can 
f5 share a set of standard definitions lor parameters of in- 
terest to implement the embodiment(s) of the invention 
discussed above. For example, "bandwidth" can mean 
different things to different applications and networks. 
Bandwidth may have the following attributes that may 
20 or may not be important to specific applications, or may 
or may not be easily obtained depending on wireless 
network technologies: peak, available, average, maxi- 
mum, minimum bandwidth; observation period; average 
period; error-free or not: pcr-flow; per mobile client: prc- 
25 dieted or observed. 

[0040] Many adaptive applications are likely to be 
concerned about rough estimates of bandwidth as a 
guide to coarse adaptation decisions. Forexample, web 
image transcoding servers/proxies may only need to 
30 know "average error-free available" bandwidth to mobile 
clients for the next several seconds or maybe minutes 
to decide whether to transcode a particular image, or 
how aggressively to do so. More advanced adaptive ap- 
plications such as wireless video may heed to know 
55 "peak", "maximum" or "minimum" bandwidth at what er- 
ror rates to determine source rate : unequal protection 
strategy, and channel coding parameters at fairly fine 
time intervals. Also, the wireless network may not pro- 
vide a certain information at a certain detail levels due 
40 to resource constraints, user requests, or other reasons. 
Thus, a clear need exists to communicate applications* 
needs and availability of certain information, either 
agreed apriori between applications and networks, or 
dynamically at the beginning of or during a session. 
45 [0041 ] Trie use of XML and related standards provide 
various useful tools for implementing the invention. For 
example, DTD or XML Schema provides a flexible way 
to develop and exchange sets of parameter definitions 
(note that RDF Schemas may be used for WCI defini- 
te tions as well, as referred to above). The known XLink 
standard can be used to refer to parameters common 
to many mobile users in the network. Additionally, XQL 
(XML Query Language), and XFI (XML fragment Inter- 
change) allow the exchange of specific information of 
55 interest without sending complete XML documents. 
MathML (Mathematical Markup Language) can be used 
to describe simple mathematical formulae to request 
WCI service for a certain pre-processing to reduce the 
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number of parameters being communicated. 
[0042] XML-based descriptions and definitions can 
be relatively verbose. This can be a disadvantage if the 
information exchange occurs over wireless links as not- 
ed by the Composite Capabilities/Preference Profiles 
(CC/PP) working group. According to the described em- 
bodiments of the invention, however, most information 
exchange occurs within wired networks, presumably 
over high-speed network links. 
[0043] Different transport protocols can be used be- 
tween WCI server 100 and adaptive applications. For 
example, CC/PP is likely to use HTTP over TCP for its 
transport protocol with some extensions at HTTP. CON- 
NEG is proposed to be independent of transport proto- 
col, but it is likely to be over a reliable transport such as 
I CP. HTTP over TC P may be adequate for WCI services 
tor intrequent exchange of parameters. As WCI services 
evolve to support more advanced adaptive applications, 
however, transport protocols can be used more efficient- 
ly for the rapid exchange of short messages after initial 
negotiations. In some cases . the transport protocol need 
not be reliable if parameters being exchanged have 
short life spans. Retransmitted information may be no 
longer meaningful after such delay. Thus, the use of 
tMnsaction-like protocol over UDA in addition to HTTP 
over TCP may be useful. 

[0044] The network interface 1 06 for accessing raw 
parameters from wireless access network elements 
mny include SNMP and vendor or technology specific 
interfaces or protocols. For example, General Packet 
Radio Service (GPRS) base stations report SINR for 
mobile clients to a Serving GPRS Support Node (SGSN) 
lo assist radio resource management. The protocol 
used tor this process is defined in GPRS standard, and 
can be used by WCI services to estimate channel con- 
ditions. An implementation of WCI network-side inter- 
face 1 06 can target a specific technology to properly in- 
terlace with base stations and other network elements. 
[0045] For the 3G Wireless Networks, several major 
related network and air interface standards exist. For ex- 
ample. GPRS is likely to be the core network standard 
for EDGE and WCDMA air interface. There are various 
efficient ways to access base stations and other GPRS 
network elements utilizing existing signaling and possi- 
bly adding additional mechanisms to support WCI serv- 
ices. 

[0046] Abstraction Engine 1 08 can make use of PHY 
and MAC layer performance metrics used in current and 
future wide-area-wireless data networks in the form of 
RSSI. FBLER/RBLER ; upstream/downstream SINR, 
BLER. These parameters should be translated, aver- 
aged, or otherwise processed to generate parameters 
defined for the application interface 110. For example, 
given SINR for an air interface, ii is usually possible to 
estimate the error probability of a packet of a certain 
size. This probability can be provided as "predicted" er- 
ror rate : or further used to deduce available error-free 
bandwidths based on the MAC retransmission strategy 



of the air interface. Some of such processing and ab- 
straction can be relatively straightforward using simple 
algorithms. For abstraction requiring more complicated 
algorithms, lookup tables can be pre-calculated for most 

5 realistic cases. 

[0047] Finally, exemplary approaches are discussed 
below for defining a few parameters to be exchanged 
between WCI services and adaptive applications. The 
approaches include obvious channel condition param- 

10 eters that most applications can take advantage of, e. 
g. : bandwidth, latency, and packet error rate. 
[0048] The following general link parameters may be 
provided at the beginning of WCI sessions, or cached 
earlier for commonly-used networks. These parameters 

15 are fixed at least during the involved session and likely 
to be fixed for specific air interface technology. These 
static parameters may include the following: first, stand- 
ard name for air interface technology and wireless net- 
work operator, e.g.. EDGE by AT&T (this alone may be 

20 enough to indicate most static parameters, or may direct 
to a URL to locate such information); second, maximum 
bandwidth for a mobile client, i.e., peak rate; third, max- 
imum, minimum payload size for MAC layer packets 
(this may bo used to optimize IP packet sizes when MAC 

25 layer retransmission is not desired); fourth, minimum 
one-way latency (MAC framing and resource allocation 
strategy may impose a certain minimum latency; for ex- 
ample, a wireless interface with 20 msec framing with 5 
frame interleaved coding results in 100msec minimum 

30 latency even with no queuing delay or retransmission 
delay); fifth, whether applications can configure MAC 
layer error recovery parameters and if so, how; sixth, 
default values for various parameters such as accuracy, 
expiration period, etc. 

35 [0049] Bandwidth, as with the remaining channel con- 
dition parameter definitions to be discussed, can be de- 
fined based on at least three levels of detail. 
[0050] At a first level, bandwidth can be defined as 
estimated present error-free average (over a specified 

40 period) I P layer bandwidth in bit/sec available to or from 
a mobile client or a specified flow (optional) to or from 
the mobile client. Note that bandwidth is defined in the 
context of virtual continuous stream of packets over a 
conceptually very long period of time, so that latency can 

45 be de-coupled from bandwidth. "Available" bandwidth 
means that the bandwidth that a user would experience 
at present, if there were packets lo be transmitted to/ 
from a mobile user (whether there is or not). "Error-free" 
is equivalent to so-called good-put, i.e., the number of 

50 correctly delivered bits over a specified period of time. 
The bandwidth values exchanged at this level are meant 
to only bo a reasonable indication for current conditions, 
as the accuracy is not provided, and the values are sup- 
posed to be "best-effort" estimates by WCI services. 

55 [0051] At a second level, bandwidth can be defined 
as estimated peak, average, and minimum bandwidth 
in bit/sec for a specified flow or a user at IP layer for a 
specified period of time. These can be provided whether 
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there is actual traffic or not. It can indicate whether the 
bandwidth is error-tree (MAC \ayer error recovery) or not 
(raw bandwidth). Peak and minimum rate may be ac- 
companied by their occurrence ratios. Raw rate can be 
accompanied by the average packet- error-rate for one 
or more specified IP layer payload sizes. At level 2, WCI 
services are expected to provide more accurate esti- 
mates than at level 1 , yet accuracy need not be provid- 
ed. A reasonable estimate of the network round-trip de- 
lay between WCI services and applications is assumed 
available so that time periods can be specified relative 
to the present time. 

[0052] At a third level, bandwidth can also include the 
following parameters; e.g., the accuracy of bandwidth 
estimates can be expressed in terms of confidence in- 
terval. It is possible to support MathMl to exchange for- 
mulae or simple algorithms. Using the above definitions 
for bandwidth, a level 3 bandwidth can be described in 
XML, where level 1 and 2 use only subsets of level 3 
elements. 

[0053] Generally, latency seen at the IP layer can be 
conceptually defined as the time it takes to deliver an IP 
packet of zero length or a certain IP packet size. 
[0054] At a first level, latency can bo defined as esti- 
mated present average latency. This value should ap- 
proximate the average time required for reliably deliver- 
ing a packet of a certain length at IP layer over a spec- 
ified period of time. This can take into account any link- 
layer retransmissions and framing delays. "Present" 
need not be precisely defined, as level 1 is to be used 
in rough estimates. Accuracy is not provided. If queuing- 
related delays are small, they can be ignored. 
[0055] At a second level, latency can be defined as 
estimated present minimum, maximum or average la- 
tency to reliably or unreliably deliver an IP packet of a 
certain length at IP layer over a specified period of time. 
Queuing related delays should be included. The delay 
associated with link-layer error recovery should also be 
included. If the link does not support reliable transmis- 
sions, only average delay is supported. When the laten- 
cy is defined for a zero length packet, there is no ambi- 
guity rising from I P packet fragmentation at the link layer. 
If latency is detined for a certain IP packet size, the MAC 
layer fragmentation should be taken into account. For 
example, if the MAC layer packet size is 50 bytes at a 
given time, and the IP packet size on which latency is 
defined in 100 bytes, il lakes two MAC packets to trans- 
mit a IT packet of that size, assuming no other over- 
heads. If it takes 20 msec to transmit one MAC packet, 
the resulting latency is 40 msec. For a 1 01 byte I P pack- 
et, it takes 3 MAC packets, thus 60 mace. This is 50 
percent higher latency instead of 1 % (101 bytes com- 
pared to 100 bytes). 

[0056] At a third level, in addition to Level 2 parame- 
ters, the accuracy of latency estimates can be ex- 
pressed in terms of confidence interval. 
[0057] At a first level. Packet Error Rate can be de- 
fined as estimated present-IP-Packet error rate over a 



specified period of time, and/or the probability of error 
of a specified-length packet at IP layer. This should be 
available even when there were no packets that have 
been transmitted during the period. Thus, it should not 

5 solely rely on measurements but also use estimates 
based on parameters such as SINR. WCI services 
should calculate this value based on the link framing and 
other relevant parameters; i.e., if an IP packet of the 
specified length does not fit in a single MAC layer frame, 

10 the error rate should reflect the effect of fragmentation. 
[0058] In addition to the first level, at a second level, 
a reasonable estimate of the network round-trip delay 
between WCI services and applications is assumed 
available so that time periods can be specified relative 

15 to the present time. 

[0059] In addition to the second level, at a third level, 
the accuracy of error rate estimates can be included in 
terms of a confidence interval. 

[0060] Conneclion Loss/Hand-off is a final parameter 
20 that may be useful. "Connection loss" can result from a 
variety of sources. For example, the degradation of 
channel conditions can cause the available bandwidth 
to decrease to a level where the link is no longer usable. 
Another common cause of connection loss is hand-off. 
25 Shortly before and after a hand-off, a mobile user can 
experience a period of loss of connection for a certain 
period of time, depending on the implementation of 
hand-off. No matter thecause of connection loss, mobile 
applications may only be concerned about the time of 
30 connection loss, its duration, and whether it is expected 
to be temporary or not. Although connection loss can be 
represented as zero bandwidth and/or large or infinite 
latency, the explicit knowledge of a connection loss can 
be useful to some advanced applications which need to 
35 anticipate connection loss and re-establishment. For ex- 
ample, reducing a TCP transmit window due to a tem- 
porary connection loss causes a period of low through- 
put after connection re-eslablishment, due to TCP slow- 
start. If the application simply stops transmitting during 
-to the connection loss, however, TCP does not observe 
packet losses, and maintains its transmit window size. 
[0061] For connection loss/hand-off, there is no first- 
level connection loss definition; zero bandwidth or infi- 
nite latency can be used to indicate that currently a spec- 
ks jfied user cannot communicate. 

[0062] A second level definition for connection loss/ 
hand-off may include a period of lime during which a 
specified user cannot receive and/or transmit. It may be 
available when requested or as a notification service. It 
50 should indicate the start time and the duration. The du- 
ration can be a typical value, an estimate, infinite or un- 
known if the mobile network cannot estimate. In the lat- 
ter case, the WCI service should notify again connection 
re-establishment. For hand-off, the mobile network may 
55 have an estimate of the time until connection re-estab- 
lishment. In some cases, the wireless network may be 
able to anticipate impending hand-off. Such knowledge 
can be used to notify connection loss that is about to 
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occur. 

[0063] A third level may include the second level, and 
should indicate the cause of connection loss such as 
"link degradation." or "hand-off." Also, the accuracy of 
the time and duration of connection loss can be option- 
ally provided. For example, the mobile network may 
have an estimate of the probability of hand-off failure, 
or the maximum duration over which the network at- 
tempts to establish a new link. 
[0064] In conclusion, the invention contemplates a 
network service that collects and processes PHY/MAC 
layer parameters for wireless channel conditions and 
provides them to adaptive mobile applications in clearly 
defined abstracted forms, to aid them in their adaptation 
decision-making. This methodology overcomes one of 
the major hurdles in deploying powerful adaptive appli- 
cations lor mobile clients; i.e., lack of efficient access to 
wireless channel conditions. A WCI service is described 
for implementing these techniques, so lhal applications 
and OS's do not have to access and process wireless 
PHY/MAC layer parameters that are often specific to 
wireless interface technologies. This approach is very 
effective for the upcoming 3G wide-area wireless net- 
works, because a rich sot of information on wireless 
channel conditions is already available in 3G networks, 
and their use of adaptive modulations creates highly flu- 
id network performance environments for mobile appli- 
cations. 

[0065] While this invention has been described in var- 
ious explanatory embodiments, other embodiments and 
variations can be effected by a person of ordinary skill 
in the an without departing from the scope of the inven- 
tion. In particular, the invention may be utilized as a 
standard wireless network service for mobile adaptive 
applications, much like DNS, email, web caching and 
on-line chatting have become basic network services for 
most ISP's. 



Claims 

1 . A method for providing data associated with a net- 
work to an application server, comprising: 

receiving network performance information; 
translating the network performance informa- 
tion into abstracted data in a formal compatible 
with the application server; and 
sending the abstracted data to the application 
server. 

2. The method of claim 1 . wherein the network per- 
formance information is associated with a wide-ar- 
ea wireless data network. 

3. The method of claim 1 , wherein the network per- 
formance information is associated with a local-ar- 
ea wireless data network. 



4. The method of claim 1, wherein the network per- 
formance information corresponds to operation da- 
ta associated with a network, the operation data in- 
cludes wireless-channel-conditions associated with 

5 an operation of the network. 

5. The method of claim 1 . wherein said receiving in- 
cludes receiving the network performance informa- 
tion in a format based on a protocol compatible with 

io the network. 

6. The method of claim 1 , wherein said translating in- 
cludes translating the network performance infor- 
mation into abstracted data in a format compatible 

15 with the application server, the abstracted data be- 
ing configured to be executed by the application 
server having at least one adaptive mobile applica- 
tion. 

20 7. The method of claim 1 , wherein said sending in- 
cludes sending the abstracted data to the applica- 
tion server based on an XML standard. 
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8. The method of claim 1 , Wherein the abstracted data 
is in a format compatible with the application server, 
the abstracted data including a first subset of data 
to be processed by the application server and a sec- 
ond subset of data not to be processed by the ap- 
plication server. 

9. The method of claim 1 . further comprising: 

authenticating the application server before 
sending the abstracted data to the application 
server. 

10. The method of claim 1 , further comprising: 

sending the abstracted data to a mobile client. 

11 . The method of claim 1 . further comprising; 

selecting a protocol from a plurality of proto- 
cols, the selected protocol being compatible 
with the network. 

12. A system lor providing data associated with a net- 
work to an application server, comprising: 



50 a network interface, said network interface be- 

ing configured to access network performance 
information from a network; 
an abstraction engine coupled to said network 
interface, said abstraction engine being config- 

55 ured to translate the network performance in- 

formation into abstracted data in a format com- 
patible with the application server, and 
an application interface coupled to said ab- 
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straction engine, said application interface be- 
ing configured to send the abstracted data to 
the application server 

13. The system of claim 12 ; wherein the network inter- 
face is configured to access network performance 
information associated with a wide-area wireless 
data network. 

14. The method of claim 12 t wherein the network per- 
formance information is associated with a local-ar- 
ea wireless data network. 

15. The system of claim 12, wherein the network per- 
formance information corresponds to operation da- 
ta associated with a network, the operation data in- 
cludes wireless-channel-conditions associated with 
an operation of the network. 

1 6. The system of claim 1 2. wherein said network inter- 
face is configured to access network performance 
information from the network based on a protocol 
compatible with the network. 

17. The system of claim 12, wherein said abstraction 
engine is configured to translate the network per- 
formance information into abstracted data in a for- 
mat compatible with the application server, said ab- 
stracted data being configured to be executed by 
the application server having at least one adaptive 
mobile application. 

18. The system of claim 12 ; wherein said application 
interface is configured to send the abstracted data 
to the application server based on a standard pro- 
tocol. 

19. The system of claim 12 : wherein said application 
interface is configured to send the abstracted data 
to the application server based on an XML stand- 
ard. 

20. The system of claim 1 2 r wherein the abstracted da- 
ta is compatible with the application server, the ab- 
stracted data including a first subset of data to be 
processed by the application server and a second 
subset of data nol lo be processed by Lhe applica- 
tion server. 

21. The system of claim 12, wherein said application 
interface is configured to authenticate the applica- 
tion server before sending the abstracted data to 
the application server. 

22. The system of claim 12, wherein said application 
interface is configured to send the abstracted data 
to a mobile client. 



23. A method for receiving network data at an applica- 
tion server, comprising: 

receiving abstracted data, the abstracted data 
5 being network performance information that 

has been translated into abstracted data in a 
format compatible with an application server; 
and 

adapting the operation of the application server 
10 based on the abstracted data. 

24. The method of claim 23, wherein the performance 
information is associated with a wide-area wireless 
data network. 

15 

25. The method of claim 23, wherein the network per- 
formance information is associated with a local-ar- 
ea wireless data network. 

20 26. The method of claim 23, wherein the network per- 
formance information corresponds to operation da- 
ta associated with a network, the operation data in- 
cludes wireless channel conditions associated with 
the operation of the network. 

25 

27. The method of claim 23, wherein said receiving in- 
cludes receiving abstracted data configured to be 
executed by the application server having adaptive 
mobile applications. 

30 

28. The method of claim 23. wherein said receiving in- 
cludes receiving the abstracted data based on a 
standard protocol. 

35 29. The method of claim 23, wherein said receiving in- 
cludes receiving the abstracted data based on XML 
standards. 

30. The method of claim 23 further comprising; 

40 

sending a request associated with network per- 
formance information. 

31. The method of claim 23, wherein said adapting in- 
«<5 eludes adapting the operation of the application 

server in response to the information included in the 
received abstracted data. 



50 



55 



3DOCID: <EP 1227639A2 I > 



9 



EP 1 227 639 A2 



^-100 



r - 1 

I 106 1 




APPLICATION 
SERVER 



FIG. 1 



^SOOCID: <EP 122763SA2 I > 



10 



EP 1 227 639 A2 



RECEIVE A REQUEST FROM 


202 


AN APPLICATION SERVER 




FOR, NETWORK PERFORMANCE INFORMATION 








204 

AUTHENTICATE THE 






APPLICATION SERVER 





206 

REQUEST NETWORK PERFORMANCE 
INFORMATION FROM THE NETWORK 



208 

RECEIVE NETWORK PERFORMANCE 
INFORMATION FROM THE NETWORK 

i : 

TRANSLATE THE NETWORK m 
PERFORMANCE INFORMATION INTO 
ABSTRACTED DATA 



212 

SEND THE ABSTRACTED DATA TO 
THE APPLICATION SERVER 



214 

RECEIVE THE ABSTRACTED DATA AT 
THE APPLICATION SERVER 



ADAPT THE OPERATION OF THE ~ 
APPLICATION SERVER BASED ON THE 
ABSTRACTED DATA 



FIG. 2 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(n) EP 1 227 639 A3 

EUROPEAN PATENT APPLICATION 



(88) 


Date of publication A3: 


(51) mtci 7: H04L 29/06, H04L 12/56 




29.10.2003 Bulletin 2003/44 






(43) 


Date of publication A2: 








31.07.2002 Bulletin 2002/31 






(21) 


Application number: 02250643.0 






(22) 


Date of filing: 30.01.2002 






(84) 


Designated Contracting States: 


(72) 


Inventor: Kim, Byoung-Jo 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 




New York, New York 10013-2412 (US) 




MC NL PTSETR 








Designated Extension States: 


(74) 


Representative: Asquith, Julian Peter 




AL LT LV MK RO SI 




Marks & Clerk, 








4220 Nash Court, 


(30) 


Pi only 30.01.2001 US 264948 P 




Oxford Business Park South 








Oxford OX4 2RU (GB) 


(71) 


Applicant AT&T Corp. 








New York. NY 10013-2412 (US) 







(54) Network service for adaptive mobile applications 



(57) A rctwork service for providing data associated 
with a nctwoik to an application server is provided. The 
network scvicc permits optimal use of adaptive appli- 
cations, so that applications such as audio : video and 
web-transcoding can be implemented in conjunction 
with mobile wireless devices via a wireless network : 
even in the presence of dynamically-shifting network 



channel conditions. The network service may operate 
by receiving network performance information, translat- 
ing the network performance information into abstracted 
data in a format compatible with the application server 
and sending the abstracted data to the application serv- 
er. In this way : adaptive applications can be implement- 
ed in a standardized and efficient manner. 
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